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Abstract 


The invention relates to a vehicle communications system comprising a databus and at least one front-end unit 
which is connected thereto and which has a user interface framework unit, and comprising at least one terminal 
which can be operated by a user and which is also connected to said databus. The inventive system also has at 
least one functionality which is implemented in the system and which can be executed with the aid of the front- 
end unit and of the terminal. According to the invention, the implemented functionality is divided into a part 
having user interface sides which communicates with the user interface framework unit, and into a function 
component part which communicates with the user interface side part and with an application framework unit. 
The user interface side part is located in the one front-end unit, whereas the function component part is also 
located there or in another front-end unit or in a multipurpose platform unit that is also connected to said 
databus. The inventive communications system is to be used, for example, in automobiles. 
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Prufungsantrag gem. § 44 PatG ist gestellt 

(S> Vernetztes Fahrzeugkonnnnunikationssystem mit Frontend-Einheit, benutzerbedienbarem Endgerat und 
zugehoriger Applikation 

@ Die Erfindung bezteht sich auf ein Fahrzeugkommuni- 
kationssystem mit einem Datenbus und wenigstens einer 
daran angeschlossenen Frontend-Einheit mit Benutzer- 
schnittstellen-Frameworkeinheit, mrt wenigstens einem 
benutzerbedienbaren, an dem Datenbus angeschlosse- 
nen Endgerat und mit wenigstens einer in das System im- 
plementierten, unter Beteiligung der Frontend-Einheit 
und des Endgerates ausfuhrbaren Funktionalitat. 
ErfindungsgemaB ist die implementierte Funktionalitat in 
einem mit der Benutzerschnittstellen-Frameworkeinheit 
kommunizierenden Teil mit Benutzerschnittstellenseiten 
und in einem mit dem Benutzerschnittstellenseitenteil ei- 
nersetts und einer Applikations-Frameworkeinheit ande- 
rerseits kommunizierenden Funktionskomponententeil 
aufgeteilt. Der Benutzerschnittstellenseitenteii befindet 
sich in der einen Frontend-Einheit, wahrend sich der 
Funktionskomponententeil ebenfalls dort oder in einer 
anderen Frontend-Einheit oder in einer ebenfalls an den 
Datenbus angeschlossenen Mehrzweckplattform-Einheit 
befindet. 

Verwendung z. B. in Automobilen. 
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Beschreibung 

Die Erfindung bezieht sich auf ein Fahrzeugkommunika- 
tionssystem mit einem Datenbus, an den wenigstens eine 
Frontend-Einheit mit Benulzerschnittstellen-Framework- 
einheit und ein benutzerbedienbares Endgerat angeschlos- 
sen sind, sowie wenigstens einer in das System implemen- 
derten, unter Beteiligung der Frontend-Einheit und des End- 
gerates ausfuhrbaren Applikadon, nachfolgend auch Funk- 
don ali tat bezeichnet 

In moderaen Kraftfahrzeugen, insbesondere auch Auto- 
mobilen, sind zahlreiche Funktionalitaten implemenliert, 
die unter Beteiligung jeweils zugehoriger Frontend-Einhei- 
ten, welche zugehorige Benutzerschnittstellen beinhalten, 
im Dialog mit dem Systemnutzer ausgefuhrt werden, insbe- 
sondere zahlreiche Telematik-Anwendungen, wie sie bei- 
spielsweise in der Offenlegungsschrift DE 196 25 002 Al 
angefiihrt sind. 

Unci die sich daraus ergebenden Anfordemngen bestmog- 
lich zu erfiillen, wird in jungerer Zeit zunehmend die Ver- 
wendung sogenannter verteilter Systeme betrachtet, insbe- 
sondere solchen, die auf objektorienderten Komponenten- 
modellen basieren. In der allgemeinen EDV mit den dort ge- 
genuber Fahrzeuganwendungen vorhandenen hoheren Re- 
chenkapazitaten sind bereits Technologien zur Unterstiii- 
zung solcher verteilter Komponentensysteme gebrauchlich, 
z. B. CORBA (Common Object Request Broker Architec- 
ture) und DCOM (Distributed Component Object Model). 
Diese Techniken lassen sich jedoch nichi gut auf kleine ein- 
gebettete Einheiten skalieren. Zudem ist DCOM jedenfalls 
gegenwartig noch nicht for das Betriebssystem "Windows 
CE erhaltlich. Zu fahrzeugseidgen Konzepten fiir verteilte 
Systeme sei z. B. auf den Zeitschriftenaufsatz K. J. Neu- 
mann et al., ein aufkommender Standard fiir verteilte Sy-' 
steme im Kfz, atp 4/98, Seite 22 und die altere deutsche Pa- 35 
tentanmeldung 199 09 157.9 nebst der dort zitierten Litera- 
■ tur hingewiesen. 

. Der Erfindung liegt als technisches Problem die Bereit- 
stellung eines Fahrzeugkommunikationssystems der ein- 
gangs genannten Art zugrunde, das mit fiir Fahrzeuganwen- 40 
dungen vertretbarem Rechenaufwand einen Mechanismus 
fiir die Realisierung von verteilten, auszufiihrenden Appli- 
kadonen unter Nutzung von in Fahrzeugen gebrauchlichen 
Datenbusnetzwerken ermoglicht und bei dem die Applika- 
don dabei moglichst unabhangig vom lyp des verwendeten 45 
Bussystems gehalten werden kann. 

Die Erfindung lost dieses Problem durch die Bereitstel- 
lung eines Fahrzeugkommunikationssystems mit den Merk- 
malen des Anspruchs 1. Bei diesem System ist eine Auftei- 
lung der jeweiUgen implementierten Funktionalitat in einen 
Teil mit Benutzerschnittstellenseiten und in einen Teil mit 
den Funkdonskomponenten vorgesehen. Wenigstens der 
Benutzerschnittsteilenseitenteil ist Teil der Frontend-Ein- 
heit, wahrend sich der Funkdonskomponententeil ebenfaUs 
dort Oder aber in einer anderen Frontend-Einheit oder einer 
ebenfaUs an den Datenbus angeschlossenen Mehrzweck- 
plattform-Einheit befindet. Der Benutzerschnittstellensei- 
tenteil steht mit der Benutzerschnittstellen-Frameworkein- 
heit in der betreffenden Frontend-Einheit in Verbindung, 
wahrend entsprechend der Funkdonskomponententeil mit 
einer zugehorigen Applikadons-Frameworkeinheit in Kom- 
munikadonsverbindung steht. Dieser Systemaufbau steHt ei- 
nen Mechanismus fur die Realisierung von verteilten, aus- 
zufuhrenden Funktionalitaten bereit, insbesondere auch hin- 
sichtlich der dazu auszufuhrenden Teilfunktionen, wie An- 
zeige, Bedienung und Interaktion mit anderen Applikations- 
modulen, mit einem fiir Fahrzeuganwendungen vertretbaren 
. Rechenaufwand. 



In Weiterblldung der Erfindung nach Anspruch 2 ist dem' 
jeweiligen Funkdonskomponententeil eine virtuelle Endge- 
rateeinheii zugeordnet, uber welche die Konununikadon mil 
dem betreffenden benutzerbedienbaren Endgerat iiber den 
5 Datenbus erfolgt und welche die hierzu benoUgten busspezi- 
fischen Implementierungsinformadonen enthalt Dadurch 
lassen sich die Funkdonskomponenten im wesentlichen un- 
abhangig vom Typ des jeweils verwendeten Datenbussy- 
stems halten, so daB sie nicht zwingend jedes Mai imple- 
10 mentiert werden mussen, wenn ein anderer Bustyp zum Ein- 
, satzkommt 

Bei einem nach Anspruch 3 weitergebildeten System be- 
findet sich der Funkdonskomponententeil nicht in der glei- 
chen Einheit wie der Benutzerschnittstellenseitenteil, son- 
15 dem in einer anderen, an den Datenbus angeschlossenen 
Einheit. Die Kommunikation zwischen beiden Teilen erfolgt 
dann in Form einer Proxy- Stub-Kommunikation iiber den 
Datenbus. Bei dieser Systemauslegung brauchen die Benut- 
zerschnittstellenseiten keine Kenntrus iiber die aktuell vor- 
20 handene, verteilte Systemumgebung besitzen, sondem sie 
greifen auf die zugeordnelen Proxy-Komponenten zu, wel- 
che die notwendigen Netzwerkoperationen realisieren. In 
der anderen Einheit, d. h. einer weiteren Frontend-Einheit 
Oder einer vorzugsweise zentral fiir mehrere Frontend-Ein- 
25 heiten vorgesehenen Mehrzweckplattform-Einheit, fungiert 
die jeweilige Stub-Komponente als Client der Funkdons- 
komponenten und koixununiziert mit der zugehorigen 
Proxy- Komponente der erstgenannten "Frontend-Einheit. Da 
der gesamte Netzwerkcode in den Proxy- und Stub-Kompo- 
30 nenten sitzl, kann jeglicher applikadonsspezifischer Code 
voUig unabhangig vom zugrundeliegenden Datenbusnetz- 
werk gehalten werden, ohne in die Vemetzung involviert zu 
sein, was seine Codierung und Aufrechterhaltung verein- 
facht. 

Vorteilhafte Ausfuhrungsformen der Erfindung sind in 
den Zeichnungen dargestellt und werden nachfolgend be- 
schrieben. Hierbei zeigen: 

Fig. 1 ein schemadsches, ausschnittweises Blockdia- 
gramm eines Fahrzeugkommunikationssystems nut Fron- 
tend-Einheit und Mehrzweckplattform-Einheit, 

Fig, 2 ein schemadsches, ausschnittweises Blockdia- 
gramm eines Fahrzeugkommunikationssystems mit gemein- 
samer Implementierung von Benutzerschnittstellenseitenteil 
und Funkdonskomponententeil einer Applikation in einer 
iFrontend-Einheit und 

Fig, 3 ein schemadsches, ausschnittweises Blockdia- 
gramm eines Fahrzeugkommunikationssystems mit zwei 
Frontend-Einheiten und auf diese verteilten Fimktionalita- 
ten. 

Bei dem in Fig, 1 gezeigten, ersten Ausfiihrungsbeispiel 
beinhaltet das Fahrzeugkommunikationssystem einen her- 
kommlichen optischen Datenbus 1 des Typs MOST, an den 
eine Frontendeinheit 2, ein benutzerbedienbares Endgerat 3 
und eine Mehrzweckplattform-Einheit 4 angeschlossen 
55 sind. Weitere Bestandteile des Fahrzeugkommunikationssy- 
stems, insbesondere noch weitere Frontend-Einheiten und 
benutzerbedienbare Endgerate sowie Fahrzeugsteuergerate, 
sind der Obersichdichkeit halber nicht gezeigt. Im gezeigten 
Systemteil sind zur Erlauterung der Erfindung beispielhaft 
60 zwei Applikationen irnplementiert, namlich eine Radio- 
FunktionaHtat und eine Adressbuch-Funktionalitat. Bei der 
Frontend-Einheit 2 handelt es sich konkret um eine An- 
zeige- und Bedieneinheit 2 fur diese Funktionalitaten, wah- 
rend es sich bei dem benutzerbedienbaren, zugehorigen 
65 Endgerat 3 und einen fur den MOST-Datenbus 1 ausgeleg- 
; ten FM-Tuner handelt. 

Charakteristischerweise ist die jeweilige Funktionalitat 
jeweils in einen in die Frontend-Einheit 2 implementierten 
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Benutzerschnittstellenseitenteil und einen in die Mehr- 
zweckplattform-Einheit 4 implementierten Funktionskom- 
ponententeil aufgeteilt, d. h. die Frontend-Einheit 2 beinhal- 
tet eine Komponente 5 mit BenuLzerschnittstelienseiten (UI 
pages) fiir die Radio-Funktionalitat und eine Komponente 6 
mit Benutzerschnittstellenseiten fur die Adressbuch-Funk- 
tionalitat. Entsprechend besitzt die Mehrzweckplattfonn 
(MPP)-Einheit 4 einen Funktionskomponententeil 7 fur die 
Radio-Funktionalitat und einen Funktionskomponententeil 
8 fiir die Adressbuch-Funktionalitat. Die Benutzerschnitt- 
stellenseitenteile 5, 6 stehen in der Frontend-Einheit 2 zum 
einen mit einer dortimplemenderten Benutzerschnittstellen- 
Frameworkeinheit 9 und zum anderen mit je einer zugehori- 
gen Proxy-Komponente 10, 11 in Verbindung. In der MPP- 
Einheit 4 stehen die Funktionskomponententeile 7, 9 zum 
einen mit einer Applikations-Frameworkeinheit 12 und zum 
anderen mit zugehorigen Stub-Komponenten 13, 14 in Ver- 
bindung. Busseitig stehen die Proxy- und Stub-Komponen- 
ten 10, 11, 13, 14 mit einer fiir den gewahlten Bustyp MOST 
geeigneten Netzwerkdienst-Endstufe (Most Net Services) 
15, 16 in Verbindung, iiber welche die jeweilige Anbindung 
an den Datenbus 1 erfolgt. 

In der MPP-Hnheit ist zudem eine virtueUe Endgeratee- 
inheit 17 als virtuelles FM-Tunergerat implementiert. In die- 
ser virtueUen Einheit ist die Kommunikation des zugehori- 
gen Funktionskomponententeils, hier des Teils 7 fur die Ra- 
dio-Funktionalitat, mit dem speziell verwendeten, benutzer- 
bedienbaren Endgerat, hier dem fiir den MOST-Datenbus 1 
bestimmten FM-Tuner 3, enthalten, d. h. die virtuelle Ein- 
heit 17 bewerkstelligt die Konmiunikation ihres zugehori- 
gen Funktionskomponententeils 7 mit dem speziellen zuge- 
horigen benutzerbedienbaren Endgerat 3 iiber den vorhan- 
denen Datenbus 1 und enthalt dazu die busspezifischen Im- 
plementierungsdetails der Funktionskomponenten. Dies hat 
die enviinschte Konsequenz, dafi die im Funktionskompo- 
nententeil 7 enthaltenen Funktionskomponenten unabhan- 
gig vom jeweils gerade benutzten Bussystem 1 bleiben und 
daher nicht automatisch mit einer Anderung desselben gean- 
dert werden miissen. 

BekanntermaBen bringt eine verteilte Systemauslegung 
eine Menge an Komplexitat mil sich, wobei es empfehlens- 
.wert ist, die Systeme auf der hochsten verfiigbaren Schicht 
im ISO/OSI-Netzwerk-Schichtenmodell mit den Schichten 
1 (physikalische Verbindung) bis 7 (Prasentationsschicht) 
aufeubauen, um auf diese Weise so viele Netzwerkdetails 
wie moglich unsichtbar zu lassen und sich auf die Applika- 
tionsanforderungen des Systems zu konzentrieren. Genau 
dies beabsichtigt der MOST-Standard fiir Multimedia-App- 
likationen im Fahrzeug. MOST beschaftigt sich jedoch 
hauptsachlich mit der Kommunikation zwischen Endgera- 
ten wie CD-Player, Tunem und CD-Wechslem und nicht mit 
der zwischen Frontend-Einheit 2 und MPP-Einheit 4 wiin- 
schenswerten Kommunikation auf hoherem Level. 

Die verwendete Proxy-Stub-Kommunikation ermoglicht 
die Erfiillung dieser Anforderungen unter Beibehaltung des 
MOST-Datenbusses 1, wobei die hierdurch gegebene, vor- 
liegende Systendosung als Prototyp COMOM bezeichnet 
ist, siehe das Systembeschreibungs-Insert in Fig. 1. Diese 
Systemlosung stellt eine Kommunikationsfunktion auf ho- 
hem Level zur Verfiigung, analog zum COM/DCOM-Stan- 
dard, und verwendet dabei die Steuerungs- und asynchronen 
Kanale des MOST-Datenbusses 1, Da die Schnittstellenno- 
tation des Prototyps COMOM mit COM-EDL kompatibel 
ist, kann COMOM durch DCOM ersetzt werden, sob aid 
diese Technologic fiir Windows CE verfiigbar ist. Als wei- 
tere Alternative komml der Einsatz von CORBA in Be- 
tracht, wenn ein anderes Betriebssystem verwendet wird. 
CORBA-Implementiemngen sind fiir wichtige eingebettete 
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Betriebssystdme verfiigbar, wie QNX, Chorus, VxWorks 
u, a. 

GemaB der SystemausLegung von Fig. 1 besteht der Be- 
nutzerschnittstellenteil der Applikation aus den Benutzer- 

5 schnittstellenseiten 5, 6, welche in die Benutzerschnittstel- 
•len-Framework-Einheit 9 eingebettet sind und mit dieser 
kommunizieren. Um auf die im jeweiligen Funktionskom- 
ponententeil 7, 8 implementierte Funktionalitat zuriickzu- 
greifen, b^otigen die Benutzerschnittstellenseiten 5, 8 

10 keine Kenntnis iiber die aktuelle verteilte Systemumgebung. 
. Stattdessen greifen sie auf die zugehorige Proxy-Kompo- 
nente 10, 11 der Funktionskomponenten zu, die entspre- 
chend agieren und dabei die hotwendigen Netzwerkopera- 
tionen realisieren. Die in der MPP-Einheit 4 befindlichen 

15 Stub-Komponenten 13, 14 agieren als Clients der Funkti- 
onskomponenten 7, 8 und konimunizieren iiber den Daten- 
bus 1 mit den Proxy-Komponenten 10, 11 auf Seiten der 
Frontend-Einheit 2. In den Proxy- und Stub-Komponenten 
10, 11, 13, 14 ist der gesuchte Netzwerkcode abgelegt, so 

20 daS der gesamte applikationsspezifische Code voUig unab- 
hangig vom zugrundeliegenden Datenbusnetzwerk 1 gehal- 
ten werden kann und nicht in die Vemetzung involviert sein 
braucht, was es leichter macht, ihn zu kodieren und beizube- 
halten. Die Proxy- und Stub-Komponenten 10, 11, 13, 14 

25 konnen automatisch durch IDL-Compiler erzeugt werden, 
die fiir COM/DCOM- und CORBA-Produkte verfiigbar 
sind. 

Wie aus der obigen Beschreibung erkenribar, laBt sich das 
Fahrzeugkommunikationssystem erfindungsgemaB so aus- 

30 legen, daB voUige Transparenz der Verteilung iiber das Netz- 
werk fiir die Komponenten erzielt wird. Wahrend bei einer 
Auslegung von Fig. 1 die MPP-Einheit 4 vorzugsweise als 
zentrale Recheneinheit fungiert, die mehrere Frontend-Ein- 
heiten und mehrere Applikationen bedient, besteht ein wei- 

35 terer Vorteil der Erfindung darin, daB auch eine Systemaus- 
legung ohne Vemetzung moglich ist, d. h. ein System ohne 
die Funktionalitat der MPP-Einheit 4 von Fig. 1, Ein solches 
System ist als zweites Ausfiihrungsbeispiel der Erfindung in 
Fig. 2 ausschnittweise dargestellt, wobei funktioneU gleiche 

40 Bestand telle mit denselben Bezugszeichen wie in Fig. 1 ver- 
sehen sind und insoweit auf die obige Beschreibung zu Fig. 
1 verwiesen werden kann. 

Wie aus Fig. 2 ersichtlich, sind bei dieser Systemrealisie- 
rung die Bestandteile der MPP-Einheit von Fig. 1 zusatzlich 

45 zu den Bestandteilen der Frontend-Einheit 2 von Fig. 1 in ei- 
ner einzigen, insoweit modifizierten Frontend-Einheit 2a 
aufgenommen. Dadurch wird kein Netzwerkcode fiir die 
Kommunikation zwischen dem Benutzerschnittstellensei- 
tenteil 5, 6 und dem zugehorigen Funktionskomponententeil 

50 7, 8 einer jeweiligen Applikation benotigt, so daB hier die 
Proxy- und Stub-Komponenten 10, 11, 13, 14 des Systems 
von Fig. 1 entfallen. Die Benutzerschnittstellenseiten 5, 6 
konmiimizieren in diesem Beispiel direkt mit den zugehori- 
gen Funktionskomponenten 7, 8. Diese Konununikation 

55 kann z. B. wiedenim iiber COM/CORBA realisiert sein, 
siehe auch das Systembeschreibungs-Insert von Fig. 2. 

Eine weitere mogliche Systemauslegung ist in Fig. 3 dar- 
gestellt, wobei wiedenmi funktioneU gleiche Bestandteile 
mit denselben Bezugszeichen wie in den Fig. 1 und 2 verse- 

60 hen sind und insoweit auf die obige Beschreibung zu den 
Fig. 1 und 2 verwiesen werden kann. 

Wie aus Fig. 3 ersichtlich, sind die beiden beispielhaften 
Applikationen (Radio, Adressbuch) in dieser Realisierung 
in zwei Frontend-Einheiten 2b, 2c implemendert, von denen 

65 die eine Frontend-Einheit 2b analog zur Frontend-Einheit 2 
von Fig. 2 ohne den Funktionskomponententeil aufgebaut 
ist, wahrend die andere Frontend-Einheit 2c als selbstandige 
Einheit entsprechend der Frontend-Einheit 2a von Fig. 2 
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ausgelegt ist, welche sowohl den jeweiligen Benuizer- 
schnittstellenseitenleil 5, 6 als auch den zugehorigen Funk- 
tionskomponententeil 7, 8 enthalL Dabei geniigt dann fur 
die niche mit dem Funktionskomponententeil versehene 
Frontend-Einheit 2b die Verwendung von weniger leistungs- 
fahiger Hardware als fur die andere Frontend-Einheit 2c, auf 
der die Funktionskomponenten ablaufen. 

Nachfolgend werden beispielhaft einige mogliche Appli- 
kationen angegeben, die zugehorige, implementierte Soft- 
ware-Pakete umfassen. So kann ein Audio-Paket vorgese- 
hen sein, das vorhandene Audio-Hardware steuert und die 
Fiihrung der entsprechenden Daten von Audio- Quellen zu 
Audio- Ausgabegeraten vomimmt. Die zugehorige Audio- 
Hardware umfaBt eine zentrale Audio- Ausgabe iiber Laut- 
sprecher und die Ausgabe iiber an Frontend-Einheiten ver- 15 
fiigbare Kopfhorer unter Steuerung der Lautstarke und an- 
derer Audio-Parameter Dabei konnen fahrzeugspezifische 
Eigenschaflen realisiert sein, wie z. B. eine Leiseschaltung 
einer gerade aktiven Audio-Quelle auf eine geringere Laut- 
starke, wenn eine Sprachausgabe akdv wird, 20 

Eine Telefon-Applikadon kann zur Steuerung einer 
GSM-Funkdonalitat, zur Implemenderung der TAPL insbe- 
sondere fiir Sprachverbindungen, zum Wahlen von Telefon- 
nummem, Akzepderen oder Ztiriickweisen von Anrufen . 
und Verwalten einer Anrufiiste, so wie zur Bereitstellung 25 
von Datenverbindungen iiber WAP dienen. Ein Radio-Paket 
ist, wie oben beschrieben, zur Steuerung der Hiner-Hard- 
ware, wie eines MOST-FM-Tuners, vorgesehen und ist 
zweckmaBigerweise so ausgelegt, daB es decodierte RDS- 
Nachrichten fiir andere Dienste, wie TMC, bereitstellt und 
Voreinstellungen sowie Stadonslisten fiir die installienen 
Frontend-Einheiten verwaltet. Ein CD-PlayeiA^ideo-Player- 
Paket steuert CD-Player-Hardware, die aus mehreren Gera- 
ten bestehen kann, z. B. einem CD-Wechsler und je einem 
CD-Player in mehreren Frontend-Einheiten. Das Paket 
iibemimmt die Verwaltung von Abspiellisten, die Erzeu- 
gung beliebiger Abspiellisten und die opdsche Anzeige des 
momentanen Zustands der Abspielgerate. Soweit vorhan- 
den, kann dieses Paket auch zum Abspielen von Videodisks 
verantwortlich sein. Ein Fahrzeug-Paket kann dazu dienen, 40 
auf Fahrzeugdatenbussen, wie einem CAN-Bus, verfugbare 
Fahrzeuginformationen bereitzustellen, indem diese gesam- 
melt und iiber vorgegebene Schnittstellen zur Verfiigung ge- 
stellt werden. Bei diesen Fahrzeuginformationen kann es 
sich z. B. um solche iiber die Geschwindigkeit, die bevorra- 45 
tete KraftstofEmenge und diverse Temperaturangaben han- 
deln. Die Informadonen konnen opdsch angezeigt und/oder 
anderen Diensten verfiigbar gemacht werden. 

Ein.Profil-Paket ist fiir die Speichening von Profilen von 
Komponenten, zur Feststellung von Komponenten, die von 50 
einer Profilanderung betroffen sind, um eine Reinidalisie- 
rung Yorzunehmen, und zur Erzeugung neuer Profile dien- 
lich. Die Profile werden zur Speichening von Einstellungen 
von Komponenten und der Benutzerschnittstelle verwendet, 
wie Farben, Audio-Einstellungen etc., und in jeder Fron- 55 
tend-Einheit separat abgelegt. Ein Personenmanagement- 
Paket enthalt Funkdonalitat fur personliche Informadonen 
uber einen idendfizierten Systemnutzer, wie ein personli- 
ches Adressbuch, einen Kalender, eine Email-Funktion und 
Datensynchronisadon mit anderen Datenbasen, wie anderen 60 
Fahrzeugen oder einem stadonaren PC-System, z. B. iiber 
das Internet oder mit Bluetooth-Technologic. 

Ein weiieres Paket dient dazu, die Erlaubnis fiir angefor- 
derte Benutzerakdonen zu erteilen und dabei insbesondere 
Konflikte zu behandeln, wenn mehrere Systemnutzer die- 65 
selbe Systemfunkuonalitat anfordem, diese zum jeweiligen 
Zeitpunkt jedoch nur von einem Nutzer benutzt werden 
kann. Dieses Paket kann aufierdem dazu verwendet werden. 
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sitzplatzbezogene Nutzungsrechle fiir besdmmte Nutzer zu ' 
beschranken, z. B. fiir Kinder, bzw. die Profile fiir Freigaben 
und Anpassuingen von Rechten zu verwalten. Ein Nutzeri- 
dendfikadons-Paket ist fur die Zufuhrung einer Nutzerken- 
5 nung an Komponenten verantwortlich, die eine solche beno- 
dgen, wie Adressbuch, Email, Kalender etc. Der Systemnut- 
zer muB dann seine Idendtat geeignet eingeben, z. B. mittels 
PIN, PaBwort, Hngerabdruck oder Netzhautabtastung. Ein 
Komfort-Pakei ermoglichi die Steuerung yon Klimadsie- 
10 rungseinheiten und anderen Komfort-Funkdonenj soweit im 
Fahrzeug vorhanden. 

Ein Telematikdienste-Paket ist verantwortlich fiir das 
Sammeln generischer TelemaUkdiensdnforinadonen und 
das Verteilen an anforderade Komponenten. Ein AktuaHsie- 
rungs-Paket verwaltet Aktualisierungen und Aufrustungen 
von Komponenten und ist verantwortlich fiir das Herunter- 
fahren des Systems in einen Zustand, in welchem eine Ak- 
tualisierung/Aufriistung durchgefiihrt werden kann, sowie 
fiir das emeute Verbringen des Systems in den nonnalen Be- 
triebsmodus. Ein Inidalisierungs-, Uberwachungs- und Dia- 
gnose-Paket ist verantwortlich fiir die Durchfiihrung von 
Start- und Inidalisierungsvorgangen, enthalt die Fahigkeit 
zur tiberwachung des Betriebs von Software- und Hard- 
ware-Komponenten und unterstiitzt eine Diagnose des Sy- 
stems. 

Ein Zusatzdienste-Paket kann zur Bereitstellung von 
Funktionalitaten vorgesehen sein, die auf herkommliche Sy- 
stemfahigkeiten aufsetzen. Bei diesen Zusatzfunktionalita- 
ten kann es sich z. B. um einen Notruf, z. B. automadsch bei 
. 30 einem erkannten schwereren Unfall oder halbautomadsch 
auf Benutzeranforderung jeweils in Form von iibertragenen 
Daten iiber die Fahrzeugposidon oder in Sprachform, einb 
Lx3gbuch-Funkdon, wie sie zur Kostenerfassung bei Firmen- 
fahrzeugen und zu anderen Zwecken niitzlich ist, sowie ei- 
35 nen Diebstahlschutz handeln, mit dem das System bei Vor- 
handensein eines Ortungsmoduls eine Bewegung des Fahr- 
zeugs auBerhalb besdnunter Grenzen feststellen und den 
Fahrzeugbetrieb bei Bedarf stoppen kann, 

Patentanspriiche 

. Fahrzeugkommunikadonssystem mit 

- einem Datenbus (1) und wenigstens einer daran 
angeschlossenen Frontendeinheit (2) nut einer 
Benutzerschnittstellen-Frameworiceinheit (9), 

- wenigstens einem benutzerbedienbaren, an den 
Datenbus angeschlossenen Endgerat (3) und 

- wenigstens einer in das System implemender- 
ten, unter Beteiligung der Frontend-Einheit und 
des Endgerates ausfiihrbaren Funkdonalitat, da- 
durch gekennzeichnet, daB 

- die implemenderte Funkdonalitat in einen mit 
der BenutzerschnittsteDen-Frameworkeinheit (9) 
kommunizierenden Teil (5, 6) mit Benutzer- 
schnittstellenseiten und in einen mit dem Benut- 
zerschnittstellenseitenteil einerseits und einer 
Applikadons-Frameworkeinheit (12) andererseits 
kommunizierenden Funkdonskomponententeil 
(7, 8) aufgeteilt ist und 

- sich der BenutzerschnittsteUenseitenteil in der 
Frontend-Einheit (2) befindet und sich der Funkd- 
onskomponententeil (7, 8) ebenfalls in dieser 
Frontend-Einheit oder in einer anderen, an den 
Datenbus angeschlossenen Frontend-Einheit oder 
einer an den Datenbus angeschlossenen Mehr- 
zweckplattform-Einheit (4) befindet. 

2. Fahrzeugkonununikadonssystem nach Anspruch 1, 
weiter dadurch gekennzeichnet, daB dem Funkdons- 
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komponententeil (7) eine virtuelle Endgerateeinheit ' ^ 

(17) zugeordnet ist, uber welche der Funktionskompo- ' 
nenlenteil zxir Kommunikalion mit dem benutzerbe- 
dienbaren Endgerat (3) iiber den Datenbus (1) verbun- 
den ist und welche busspezifische ImplementierungsLn- 5 
formationen enthalt. 

3. Fahrzeugkommunikationssystem nach Anspruch 1 
cder 2, weiter dadurch gekennzeichnet, daB 

- sich der Funktionskomponententeil (7, 8) in der 
anderen Frontend-Einheit (2c) oder der Mehr- 10 
zweckplattform-Einheit (4) befindet und 

- dem Funktionskomponententeil (7, 8) eine 
Stub-Komponente (13, 14) sowie dem Benutzer- 
schnittstellenseitenteil (5, 6) eine Proxy-Kompo- 
nente (10, U) zur Kommunikalion zwischen 15 
Funktionskomponententeil und Benutzerschnitt- 
stellenseitenteil zugeordnet ist. 
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